home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / networking / terms / kermit / c / ucibmpc.hlp < prev    next >
Encoding:
Text File  |  1988-08-16  |  2.0 KB  |  55 lines
  1. UCSD Pascal KERMIT for the IBM PC from Cornell University
  2.  
  3. This implementation of KERMIT for the IBM PC p-System was submitted by Kate
  4. MacGregor and Steve Pacenka of Cornell University Computing Services.    It
  5. requires version IV.x of the UCSD p-System, and is also intended to run on
  6. computers other than the IBM PC, provided they have an equivalent of
  7. REMUNIT.CODE to implement the standard UCSD Pascal Users' Society (USUS)
  8. "standard remote unit".  It was developed on the IBM PC using NCI release C1F.
  9.  
  10. The program is broken up into several modules, some system independent, some
  11. system dependent.  These modules have been concatenated into a single source
  12. file, with the components separated by lines of the form
  13.  
  14. >>>> filename
  15.  
  16. Where the filenames are:
  17.  
  18.  HELPER.TEXT
  19.  KERMGLOB.TEXT
  20.  KERMIT.TEXT
  21.  KERMPACK.TEXT
  22.  KERMUTIL.TEXT
  23.  PARSER.TEXT
  24.  RECEIVER.TEXT
  25.  SENDER.TEXT
  26.  SETSHOW.TEXT
  27.  
  28. Notes from Kate:
  29.  
  30. The IBM psystem KERMIT is essentially the same as my [Terak 8510a UCSD II.0
  31. version of] Kermit.  Unfortunately I neglected to forsee two system dependant
  32. areas:
  33.  
  34.   1) Baud rate can be selected by software on some machines (e.g. IBM).  The
  35.      SET BAUD command was implemented by Steve in his version.
  36.  
  37.   2) This is a newer version of the p-system and the operating system takes
  38.      care of buffering the characters for you.  Steve eliminated that part
  39.      of the code.
  40.  
  41. In addition, Steve fixed a bug which occasionally resulted in out of range
  42. string values.  He also added Datamedia 1520A emulation.  I haven't looked
  43. at the code for that but I assume that it is not system dependant and can be
  44. implemented in any version.
  45.  
  46.   I would like to incorporate these features into my version and (hopefully)
  47. come up with something which is clearly divided into non-system dependent code
  48. and separate system-dependent code.  I suppose the obvious way to do this is
  49. with switches to be set before compilation.  I hope to find time to do this in
  50. the near future (but I always say that).
  51.  
  52. Kate
  53.  
  54. [End of USIBMPC.HLP, May 1984]
  55.